home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 6431 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.5 KB

  1. Path: news.ultranet.com!usenet
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: alt.winsock.trumpet,alt.winsock,comp.dcom.modems,comp.os.ms-windows.setup.win3x
  4. Subject: Re: Sub-par Transfer Speeds with Netscape
  5. Date: Wed, 28 Feb 1996 11:37:37 -0500
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <313484D1.47C7@cerberus-sys.com>
  8. References: <312B4C6D.2D9D@cerberus-sys.com> <4gr6sl$sn@news1.mnsinc.com>
  9. NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (Win16; I)
  14.  
  15. j.m.paden wrote:
  16. > "Albert P. Belle Isle" <belleisl@cerberus-sys.com> wrote:
  17. > >"Adam V. Welch" <Adam.V.Welch@gramercy.ios.com> wrote:
  18. > >>
  19. > >>I have used your FAQ to tweak my Trumpet 2.1f winsock settings:
  20. > >>MTU-1500
  21. > >>TCP MSS-536
  22. > >>TCP RWIN 2144)
  23. > >>
  24. > >Adam:
  25. > >I agree. I think you should do better than 1.1KBytes/sec.
  26. > snip snip
  27. > >Al
  28. > >--
  29. > >==================================================================
  30. > >Albert P. Belle Isle
  31. > >Cerberus Systems, Inc.
  32. > Dear Al,
  33. >         I have a question.  I've tried to implement your suggestions re
  34. > configuring Trumpet Winsock, but came to a different setting than
  35. > Adam.  The settings above indicate an MTU= 1500 and MSS=536.
  36. > My provider sets his MTU at 1500.  Based on my understanding (or
  37. > misunderstanding)of your faq I would set mine at either MTU=1500 and
  38. > MSS=1460 or MTU=576 and MSS=536.  I've ruled out 552 and 512 in my
  39. > case.  Please clarify what if any difference would result in these
  40. > three different settings.  I understand that the RWIN is a multiple of
  41. > whatever MSS you choose and is also subject to the number of IP packet
  42. > buffers assigned by my ISP server per connection.  I need some
  43. > clarification on the MTU and MSS settings, however.  Thanks again for
  44. > your assistance.
  45. > //jmpaden
  46.  
  47. JMP:
  48.  
  49. It's good practice to match your Internet Service Provider's IP MTU, since
  50. any packet you get will be routed through his routers, and you might as well
  51. look like "one of the guys" on his Local Area Network.
  52.  
  53. While you can't set *his* MTU, you can make him unnecessarily throttle-down 
  54. to fit a smaller MTU that you set your WinSock to announce to him. As you 
  55. probably know, not all transfers use TCP/IP; some use the no-ACK-required 
  56. UDP/IP, like RealAudio or VDOLive. Regardless of source, all packets to 
  57. be routed to you must still fit in the smaller of his and your MTUs.
  58.  
  59. If you use an MTU the same size as the routers on your access provider's
  60. LAN, you can set your MSS for TCP transfers (like file or web page 
  61. down-loads) that come from outside his LAN over the Internet to anything 
  62. that will fit in his maximum routing packet - i.e. MSS no larger than his 
  63. MTU minus 40 bytes for TCP and IP headers. For your ISP's LAN MTU of 1500, 
  64. this means you can use any MSS up to 1460 bytes.
  65.  
  66. The objective is to amortize the header bytes (overhead) over as much TCP
  67. data as possible without getting router fragmentation of your packets, 
  68. which degrades packet transfer speed.
  69.  
  70. The larger MSS is, the smaller the percentage the header bytes represent. 
  71. Since no routing outside his LAN is needed for downloads direct from your 
  72. ISP's servers, an MSS of LAN-MTU-minus-40 (1460 for your ISP's 1500-byte 
  73. MTU) will give maximum efficiency for that special case that doesn't get 
  74. anything from the Internet.
  75.  
  76. However, for *all* downloads, MSS+40 must fit within the MTU of EVERY router 
  77. on the IP path between the download server and you - not just your ISP's - 
  78. or they'll be fragmented to fit. This limit is obviously subject to enormous 
  79. variability, due to the huge number of possible paths through the vast 
  80. collection of IP routers that comprise (in fact, define) the Internet.
  81.  
  82. I download occasionally from some .MOV and .AVI movie sites over paths that 
  83. allow me to use MSS=1024 (and RWIN=8192) without fragmentation; this always 
  84. maxes-out my 28.8Kbps connection. 
  85.  
  86. Most of the time, if you want a "safe" setting, MSS=536 is good enough.
  87. This is 40 bytes less than the Internet default MTU of 576, which all IP
  88. routers are supposed to accommodate. This setting will cause most remote
  89. servers to respond with either 536- or 512-byte TCP data segments (either of 
  90. which falls within your announced *maximum* segment size of 536 bytes).
  91.  
  92. I usually use the lazy approach of MSS=536/RWIN=4288, and still usually get 
  93. my 3.2KBytes/sec modem-limited speed for compressed file downloads, except 
  94. from some Scandinavian sites over a particularly slow trans-Atlantic link. 
  95. (Your tuning can't make slow parts of the 'net, or overloaded servers 
  96. connected to it, any faster. You can waste higher speeds by mis-tuning.)
  97.  
  98. For a direct high-speed Internet connection, I'd probably try more 
  99. agressively to take advantage of larger packet sizes. Although mis-tuning 
  100. can make a 28.8 Kbps modem seem a lot slower, that connect rate will limit 
  101. you to uncompressible downloads of 3.2 KBytes/sec. Similarly, a 14.4 Kbps 
  102. connect rate will limit you to 1.6 KBytes/sec.
  103.  
  104. While there's no limit to how badly you can tune your WinSock, once you 
  105. achieve connect-rate-limited speed down in your data link layer, further 
  106. tuning up in your TCP/IP software layers can't buy you a faster modem <g>.
  107.  
  108. Hope this helps clarify things.
  109.  
  110. Regards,
  111.  
  112. Al
  113.  
  114. -- 
  115. ==================================================================
  116. Albert P. Belle Isle
  117. Cerberus Systems, Inc.
  118.  
  119. Al's Winsock Tuning FAQ -
  120.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  121. ==================================================================
  122.